home *** CD-ROM | disk | FTP | other *** search
/ Aminet 28 / Aminet 28 (1998)(GTI - Schatztruhe)[!][Dec 1998].iso / Aminet / docs / misc / amigapl.9801.lzh / log / text0505.txt < prev    next >
Encoding:
Text File  |  1998-01-30  |  2.9 KB  |  67 lines

  1. No i wsadzi³em kij w mrowisko. Sensowno¶æ shutdown jest dyskusyjna ale nie
  2. mo¿na jej od razu odrzuciæ. Przepraszam, ¿e w jednym li¶cie mieszam cytaty
  3. ale autorzy na pewno poznaj± swoje wypowiedzi.
  4.  
  5. >Wiesz, jedna z rzeczy jakie ceniê w Amidze to w³a¶nie ta prostota. Po kiego
  6. >(/Ustawa o kontroli../) chcesz komplikowaæ to, co jest proste? Które z
  7. >commodities niezamkniête przy wy³±czeniu Amigi zap³acz± ci przy ponownym
  8. >starcie? Czy nie po to ENV: jest w RAMie, aby ci nic po hadeku nie pisa³o
  9. bez
  10. >potrzeby?
  11. [ciach]
  12.  
  13. [ciach]
  14. >Zamykanie commodities uwazam oczywiscie
  15. >za zbedne, poniewaz praktycznie zaden z nich nie trzyma sobie otwartych do
  16. >zapisu plikow, wlasnie dlatego, ze jest z nimi sporo klopotow.
  17. [..]
  18. >Jesli na komputerze jest zainstalowane
  19. >cos jak ftpd, albo baza duza baza danych, ktora tez zwykle trzyma
  20. >pootwierane pliki, to tez nalezaloby zamknac te programy przed resetem.
  21. [ciach]
  22.  
  23. Commodities to nie tylko ulepszarki systemu. Commodities to interfejs
  24. komunikacji miêdzy aplikacj± a u¿ytkownikiem. Jesli ktos napisalby np bazê
  25. danych przy uzyciu MUI. Chyba normalne jest, ze taka baza moze sobie trzymac
  26. jakies pliki otwarte lub miec niezapisane zmiany. Poniewaz kazda aplikacja
  27. MUI korzysta z commodities (chyba, ¿e programista to wy³±czy ale kto tak
  28. robi?) czyli mo¿na j± zamkn±æ w Exchange. Najprostszym sposobem nakazania
  29. takiej aplikacji pozamykania wszystkiego i usuniêcia siê jest IMHO w³a¶nie
  30. zamkniêcie jej przez commodity.
  31.  
  32. [ciach]
  33. >Zamkniecie samych okien nic nie da. Przeciez zostaje w
  34. >pamieci zadanie ktore obsluguje okno. Musialbys w bezpieczny sposob
  35. >pousuwac wszystkie procesy/taski. Przeciez taki task moze wykonywac jakies
  36. >operacje na dysku, lub inne niebezpieczne zabawy, wtedy reset, albo
  37. >usuniecie tasku moze powodowac duze problemy. Na g95, podejrzewam ze
  38. >zrobienie "bezpiecznego" wylaczania komputera zwiazane jest z wewnetrzna
  39. >ochrona pamieci w tym systemie.
  40. [ciach]
  41.  
  42. Nie mia³em zamiaru zamykaæ okien przez CloseWindow(). Takie postêpowanie jest
  43. wyj±tkowo chamskie wobec biednych programów, które zostaj± na lodzie po
  44. takiej operacji (na dodatek o tym nie wiedz±) i powinno byæ karane
  45. wiêzieniem. Je¿eli natomiast do portu danego okna wy¶lemy wiadomo¶æ
  46. IDCMP_CLOSEWINDOW to program pomy¶li sobie, ¿e u¿ytkownik klikn±³ na gad¿ecie
  47. close i zamknie okno. Co najwy¿ej mo¿e siê jeszcze zapytaæ u¿ytkownika czy
  48. jest pewny, ¿e chce wyj¶æ i czy ma zapisaæ zmienione dane ale to ju¿ jest
  49. rzecz± normaln± i odpowied¼ na takie zapytania powinno siê zostawiæ
  50. u¿ytkownikowi.
  51.  
  52. [ciach]
  53. >intuition.library/CloseWorkbench() ale to nie jest dokladnie quit. W Opusie
  54. >to zaden problem (jest commoditem i ma ARexxa). A co bedzie jesli wysle sie
  55. >breaka
  56. [ciach]
  57.  
  58. No w³a¶nie - to nie jest quit tylko zamkniêcie ekranu. A je¿eli siedz± jakie¶
  59. zikonifikowane aplikacje, które co¶ mieszaj± na HD? Wys³anie breaka nic nie
  60. powoduje.
  61. Je¶li kto¶ wie jak zamkn±æ workbencha niech napisze.
  62.  
  63. Adam 'Sherwood' Zaparcinski
  64.  
  65. mailto: gielda@mtl.pl
  66.  
  67.